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Dana Transfer Control Device and Electronic Equipment 
Background of the Invention 

Field of the Invention 

The present invention relates to a data transfer control 
device and electronic equipment comprising the same, and, in 
particular, to a data transfer control device that enables data 
transfer in accordance with the IEEE 13 94 standard between a 
plurality of nodes connected to a bus, and electronic equipment 
comprising the same. 

Description of Related Art 

An interface standard called IEEE 13 94 has recently been 
attracting much attention. This IEEE 1394 has standardized 
high-speed serial bus interfaces that can handle the next 
generation of multimedia devices. IEEE 1394 makes it possible 
to handle data that is required to have real-time capabilities, 
such as moving images- A bus in accordance with IEEE 1394 can 
be connected not only to peripheral equipment for computers, 
such as printers, scanners, CD-rw drives, and hard disk drives, 
but also to" domestic appliances such as video cameras, VCRs, 
and TVs. This standard is therefore expected to enable a 
dramatic acceleration of the digitalization of electronic 
equipment. 

Under this IEEE 1394, an event called a bus reset occurs 
when new electronic equipment is connected to the bus. 
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electronic equipment is removed from the bus, or the number of 
nodes connected to the bus increases. When a bus reset occurs, 
the topology information relating to the nodes is cleared then 
this topology information is automatically set again. In other 
words, after a bus reset, tree. identification (determination 
of the root node) and self identification are performed, then 
the nodes that are to act as management nodes, such as the 
isochronous resource manager, are determined. Ordinary packet 
transfer then starts. 

Since the topology information is automatically set again 
after a bus reset, this enables a "hot state 11 in which cables 
can be unplugged or plugged (hot plugs) . This enables ordinary 
users to remove cables as desired, in the same manner as with 
ordinary domestic electrical appliances such as vCRs, which is 
useful in promoting home network systems. 

However, it has become clear that the occurrence of such 
a bus reset causes problems, as described below. 

In other words, since the unplugging or the plugging of 
a cable causes a bus reset, the firmware (processing means) 
operating in the CPU is unable to forecast when such a bus reset 
will occur. It could therefore happen that the firmware issues 
a command to start a data transfer during the bus reset period 
after a bus reset has occurred (or at substantially the same 
time as a bus reset) ♦ When such a situation occurs, it is possible 
that an error could occur, such as the start of transmission 
of a packet that ought to have been invalidated by the bus reset- 



Summary of the Invention 
The present invention was devised in the lighc of the above 
described technical problems, and has as an objective thereof 
the provision of a data transfer control device that guarantees 
stable operation even when a reset that clears the node topology 
information has occurred, and electronic equipment using the 
same . 

In order to solve the above described technical problems , 
the present invention relates to a data transfer control device 
for transferring data among a plurality of nodes that are 
connected to a bus* the data transfer control device comprising: 

means for starting transfer processing when processing 
means issues a start command for data transfer, and for resuming 
transfer processing when the processing means issues a resume 
command for data transfer; 

cancellation means for canceling an execution of the start 
command or the resume command, when the processing means issues 
the start command or the resume command during a period of a 
reset that clears node topology information; and 

means for informing the processing means that command 
execution has been canceled by the reset - 

This aspect of the present invention ensures that, when 
the processing means issues a start (or resume) command during 
a reset period (such as a bus reset period in accordance with 
the IEEE 1394 standard) , the execution of that command is 
canceled- This makes it possible to prevent problems such as 
the transfer of a packet that ought to have been invalidated. 




the causing of misoperation in other circuit blocks, or 
disruption of the operation of the processing means. This makes 
it possible to guarantee stable operation even when a reset that 
clears node topology information has occurred. Since the 
5 processing means is informed that command execution has been 
canceled, it. can proceed to further processing such the re- 
issue of the canceled command. 

This aspect of the present: invention may comprise: 
means for issuing an interrupt with respect to the 
10 processing means when an execution of the start command or the 
^ resume command for data transfer is canceled by the occurrence 

W of the reset; and 

£fi factor storage means for informing the processing means 

~& of a factor of the interrupt- 

^ 15 This configuration makes it possible to inform the 

processing means of the cancellation of the command in a 
ri reliable and efficient manner, 

^ In this aspect of the present invention, the cancellation 

O means may cancel the start command or the resume command by using 

20 a signal that goes active during the reset period to mask a signal 
that goes active when the processing means issues the start 
command of the resume command. This configuration makes it 
possible to efficiently prevent the transfer of a start (or 
resume) command issued by the processing means to other circuit 
25 blocks of the data transfer control device. 

This aspect of the present invention may further comprise 
means for pausing transfer processing at a previously 
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determined location when the processing means issues a data 
transfer pause command or when a transfer error occurs. This 
configuration makes it possible to pause transfer processing 
then resume the transfer processing after other processing has 
been performed as appropriate, even when a reset that clears 
node topology information has occurred after a start (or resume) 
command has been issued. 

This aspect of the present invention may further comprise 
transfer execution means for executing processing for dividing 
transfer data into a series of packets then transferring the 
divided series of packets continuously, when the processing 
means issues the start command for data transfer. When the thus 
configured transfer execution means is included, a serious 
problem may occur in that a series of packets could be 
15 transferred one after another when a start command is issued 
once during the reset period* unless the processing means halts 
che transfer processing. However, this aspect of the invention 
makes it possible to prevent this problem by ensuring that any 
start command that is issued within the reset period is canceled 
2 0 immediately.. 

Note that it is preferable that the reset is a bus reset 
as defined- by the IEEE 1394 standard. 

Another aspect of the present invention relates to a data 
transfer control device for transferring data among a plurality 
25 of nodes that are connected to a bus, the data transfer control 
device comprising: 

transfer execution means for executing processing for 
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dividing transfer data into a series of packets then 
transferring the divided series of packets continuously, when 
processing means issues a start command for data transfer; and 
pause means for pausing a transfer processing after a step 
execution of the transfer processing, when the processing means 
issues a resume command and a pause command for data transfer 
together. 

With this aspect of the invention, the transfer processing 
is executed in steps when the processing means has issued the 
data transfer the resume command and the pause command together. 
This makes it possible to send one packet at a time, making it 
possible to provide effective means to debugging the data 
transfer control device. 

In this aspect of the present invention, the pause means 
may execute the step execution and the pause of the transfer 
processing, based on a resume signal that goes active when the 
resume command is issued, and a delay pause signal that goes 
active after a delay of a given period after the resume signal 
goes active when the resume, command and the pause command are 
issued together. This configuration makes it possible to 
implement step execution of transfer processing, by a simple 
technique such as the provision of a delay means for creating 
a delay pause signal . 

It is preferable that the data transfer control device 
of these aspects of the present invention performs data transfer 
in accordance with the IEEE 13 94 standard. 

Electronic equipment in accordance with a further aspect 




of the present invention comprises any one of the above 
described data transfer control devices; a device for 
performing given processing on data that has been received from 
another node via the data transfer control device and the bus; 
5 and a device for outputting or storing data that has been 
subjected to the processing. Electronic equipment in accordance 
with a still further aspect of the present invention comprises 
any one of the above described data transfer control devices; 
. a device for performing given processing on data that is to be 

10 transferred to another node via the data transfer control device 
and the bus; and a device for fetching data to be subjected to 
the processing. 

Since this aspect of the invention makes it possible to 
reduce the load on the firmware or the like that controls data 

15 transfer, the cost of the electronic equipment can be reduced 
and the processing speed thereof can be increased* In addition, 
the reliability of the electronic equipment can be increased 
because it is possible to prevent situations in which the system 
is impeded. .by the occurrence of a reset that clears topology 

20 information. 

Brief Description of the Drawings 
Fig. 1 shows the layer structure of IEEE 1394; 
Pig.. 2 illustrates the SBP-2; 
25 Pig* 3 illustrates the concept of data transfer processing 

under SBP-2; 

Pig. 4 illustrates command processing when data (a data 



7 



stream) is transferred from a target to an initiator; 

Fig. 5 illustrates command processing when data (a data 
stream) is transferred from an initiator to a target; 

Figs. 6A, 6B, and 6C illustrate page tables; 

Fig- 7 shows an example of the configuration of a data 
transfer control device in accordance with an embodiment of the 
present invention; 

Fig. 3 illustrates a technique of separating (dividing) 
within a RAM* (packet storage means) ; 

Fig. 9 illustrates a data transfer technique in accordance 
with this embodiment of the invention; 

Fig. 10 shows an example of the configuration of the SBP-2 
core (transfer execution circuit) ; 

Fig- 11 is a flowchart illustrating the operation of the 
main control circuit; 

Fig. 12 illustrates the technique of creating a page 
table ; 

Fig* 13 illustrates the payload division technique; 
. Fig. 14 is a flowchart illustrating the operation of the 
transfer execution control circuit; 

Fig. 15 is a flowchart illustrating the operation of the 
payload division circuit; 

Fig. 16 is a flowchart illustrating the operation of the 
transmission header creation circuit and the transaction 
control circuit; 

Fig. 17 shows an example of the structure of the main 
control circuit ; 
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Pig. 18 is a state transition chart that illustrates the 
operation of the start control circuit; 

Fig. 19 is a state transition chart that illustrates the 
operation of the pause control circuit; 
5 Pig- 20 is a timing waveform chart that illustrates the 

technique of canceling a command that was issued during the bus 
reset period; 

Pig. 21 is a timing waveform chart that illustrates step 
execution of the transfer processing ; 
10 Pig. 22 is a timing waveform chart tliat further 

illustrates step execution of the transfer processing; 

Fig- 23A, Pig, 23B r Fig. 23C show examples of the internal 
block diagrams of various items of electronic equipment; and 
Fig. 24A, Fig. 24B, Fig. 24C show external views of various 
15 items of electronic equipment. 

Detailed Description of The Preferred Embodiments 

Preferred embodiments of the present invention are 
2 0 described below with reference to the accompanying drawings. 

1. IEEE" 1394 

The description first relates to an outline of IEEE 13 94. 

25 1.1 Outline 

The IEEE 1394 standard (IEEE 1394-1995, Pl394.a) enables 
high-speed data transfer at 100 to 400 Mbps (P1394.b concerns 
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800 to 3,200 Mbps) . It also permits the connection of nodes of 
different transfer speeds to the same bus. 

The nodes are connected in a tree configuration in which 
a maximum of €3 nodes can be connected to one bus . Note that 
the use of bus bridges enables the connection of approximately 
54 , 000 nodes - 

IEEE 13 94 provides for asynchronous transfer and 
isochronous transfer as packet transfer methods. In this case, 
asynchronous transfer is suitable for data transfers vhere 
reliability is required and isochronous transfer is suitable 
for transfers of data such as moving images and audio, where 
real-time capabilities are required. 

1.2 Layer Structure 

The layer structure (protocol structure) covered by IEEE 
1394 is shown in Pig. 1. 

The 1BB£ 1394 protocol comprises a physical layer, a link 
layer, and a transaction layer. The serial bus management 
monitors and controls the physical layer, link layer, and 
transaction layer, and provides various functions for 
controlling nodes and managing bus resources « 

The -transact ion layer provides an interface (service) for 
upper layers at each transaction and executes transactions such 
as read transactions, write transactions, and lock transactions 
through the interface provided by the lower link layer. 

In this case, a read transaction causes data to be 
transmitted from the responding node to the node that requested 
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the data. Similarly, a write transaction causes data to be 
transmitted from the request node to the responding node. A lock 
transaction causes data to be transmitted from the request node 
to the responding node, and the responding node then processes 
that data and returns it to the request node. 

The link layer provides functions such as addressing, data 
check, data framing for packet transmission/reception* and 
cycle control for isochronous transfer. 

The physical layer converts the logical symbols used by 
the link layer into electrical signals. performs bus 
arbitration, and defines the physical bus interface. 

1-3 SBF-2 

A protocol called the serial bus protocol 2 (SBP-2) has 
been proposed as a higher- order protocol that comprises some 
of the functions of the transaction layer under IEEE 1394* as 
shown in Fig. 2. 

In this case, SBP-2 is proposed in order to enable 
utilization of the SCSI command set on the IEEE 13 94 protocol. 
Use of this SBP-2 minimizes the changes to be made to the SCSI 
command set that is used in electronic equipment that conforms 
to the existing SCSI standards, but enables use in electronic 
equipment that conforms to the IEEE 13 94 standard. The design 
and development of electronic equipment can be simplified 
thereby. Since it is also possible to encapsulate device- 
specific commands, not just SCSI commands, this increases the 
universality of the command set. 
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With. SBP-2. log- in processing is done by first using a 
log -in operation request block (ORB) created by an initiator 
(such as a personal computer), as shown in Fig. 3 (step Tl) . 
A dummy ORB is then used to initialize a fetch agent (step T2) . 
A command is executed by using a normal command ORB (step T3) , 
and finally log- out processing is done by a log- out ORB (step 
T4) - 

During the command processing of step T3 , the initiator 
transmits a write request packet (executes a write request 
transaction) to ring a doorbell register of the target, as shown 
at Al in Fig- 4. When that happens, the target transmits a read 
request packet and the initiator returns a read response packet, 
as shown at A2. This causes the ORB created by the initiator 
(a normal command ORB) to be fetched into a data buffer at the 
target- The target analyzes any commands comprised within the 
fetched ORB . 

When a command comprised within the ORB is a SCSI read 
command, the target transmits a series of write request packets 
to the initiator, as shown at A3 . This causes the transmission 
of data, such as data (a data stream) that has been read out 
from a medium (CD-RW) at the target, to a data buffer in the 
initiator-.- 

When a command comprised within the ORB is a SCSI write 
command, on the other hand, the target transmits a read request 
packet to the initiator and the initiator returns the 
corresponding read response packet, as shown at Bl in Fig. 5, 
This causes the data (a data stream) that is stored in a data 
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buffer of the initiator to be transmitted to the target, than 
written to a medium at the target (or printed, if the target 
is a printer) . 

With this SBP-2, che target can transmit a request packet 
5 (execute a transaction) and send or receive data when its own 
circumstances allow. Since it is therefore not necessary for 
the initiator and the target to operate simultaneously, the 
efficiency of data transfer can be increased. 

Note that protocols other than SBP-2 are also being 
10 proposed as protocols of a higher order than IBBE 13 94* such 
as the function control protocol (FCP) . 

When data is to be transferred between the target and the 
initiator, the sequence depends on whether a page table exists 
in a data buff er (storage means) at the initiator (another node) , 
15 as shown in Fig. 6A, or whether no such table exists. 

When a page table exists, the address of that page table 
and the number of elements therein is comprised within the ORB 
created by the initiator, as shown in Fig. SB. The address of 
the transfer data (the read address or write address thereof) 
20 is specified as an indirect address using that page table. 

When no such table exists, on the other hand, an address 
and data length are comprised within the ORB, as shown in Fig. 
6C, so that the address of the transfer data is specified as 
a direct address. 

25 

1.4 Bus Reset 

Under IEEE 1394 . a bus reset occurs when the power is turned 
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on or when a device is unplugged or plugged during operation. 
In other words, each node monitors port voltage changes. When 
there is a change in voltage at a port due to a factor such as 
a new node being connected to the bus, the node that detects 
5 that change informs the other nodes on the bus that a bus reset 
has occurred. The physical layer of each node conveys the fact 
that a bus reset has occurred to the corresponding link layer. 

When such a bus reset occurs , topology information such 
as node IDs is cleared. This topology information is 
10 automatically set again afterwards. In other words, tree 
identification and self identification are performed after a 
"Jf bus reset. Subsequently, the nodes that are to act as management 

Oil nodes, such as the isochronous resource manager, cycle master, 

y;i and bus manager, are determined. Ordinary packet transfer then 

% 15 starts. 

= Since topology information is automatically set again 

rj after a bus reset in accordance with IEEE 1394, this makes it 

jpjj possible to implement "hot plugging" such that any item of 

y electronic equipment can be freely unplugged or plugged from 

20 the bus. 

Note that if a bus reset occurs during a transaction, that 
transaction is aborted. The request node that issued the 
transaction that was aborted transmits the corresponding 
request packet again after the topology information has been 
25 set again. The responding node does not send a response packet 
back to the request node for the transaction that was aborted 
by the bus reset. 
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2. Overall Configuration 

The overall configuration of this embodiment of the 
invention is described below, with reference to Fig. 7. 
5 In Pig. 7, a PHY interface 10 is a circuit that provides 

an interface with a PHY device (a physical layer device) . 

A link core 20 (link means) is a circuit implemented in 
hardware that provides part of the link layer protocol and the 
transaction layer protocol; it provides various services 
10 relating to packet transfer between nodes. A register 22 is 
?*3 provided to control the link core 20. 

A FIFO (asynchronous transmission FIFO) 30, a FIFO 
w (isochronous transmission FIFO) 32, and a FIFO (reception FIFO) 

yg 34 are FIFOs for asynchronous transmission, isochronous 

^ 15 transmission. and reception, respectively; each being 
- configured of hardware means such as registers or semiconductor 

□ memory. In this embodiment of the invention, these FIFOs 30, 

si 32, and 34 have an extremely small number of stages. For example, 

W the number of stages per FIFO is preferably no more than three, 

20 and more preferably no more than two. 

A DMAC 40 (read means) , a DMAC 42 (read means) , and a DMAC 
44 (write means) are DMA controllers for ATF, ITF, and RF, 
respectively. Use of these DMACs 40, 42, and 44 makes it possible 
to transfer data between a RAM 80 and the link core 20 without 
25 going through a CPU 66 . Note that a register 4 6 provides control 
such as that over the DMACs 40, 42, and 44. 

A port interface SO is a circuit that provides an interface 
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with application- layer devices (such as printer drivers, by way 
of example) . 

A FIFO (PF) 52 is a FIFO used for transferring data to 
and from an application- layer device and a DMAC 54 is a DMA 
5 controller for PF. A register 56 provides control over the port 
interface 50 and che DMAC 54. 

An SBP-2 core 84 (transfer execution circuit) is a circuit 
that implements part of the SBP-2 protocol and part of the 
transaction layer by hardware. The functions of this SBP-2 core 
10 84 make it possible no divide transfer daca into a series of 
^ packets then transfer the thus-divided series of packets 

J: continuously* Note that a register 88 is used to provided 

Q1 control over the SBP-2 core 84 and a DMAC (for SBP-2) 86 is a 

j! DMA controller for the SBP-2 core 84 „ 

^ 15 A RAM area management circuit 300 is a circuit for managing 

the various areas within che RAM 80. When each of the areas within 

q the RAM 80 becomes full or empty, the RAM area management circuit 

VI 300 uses various full or empty signals to control the DMACs 40, 

0 42- 44, 54, and 86. 

20 A CPU interface 60 provides an interface with the CPU 66 

(processing means) that controls the data transfer control 
device. The CPU interface 60 comprises an address decoder 62, 
a data synchronizer 63, and an interrupt controller 64. A clock 
control circuit 68 controls the clock signals used by this 
25 embodiment, and SCLK (the system clock for the data transfer 
control device) that is sent from the PHY device (PHY chip) and 
HCLK (the operating clock of the CPU 66} are input thereto. 
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A buffer manager 7 0 is a circuit that manages the interface 
with the RAM 80. The buffer manager 70 comprises a register 72 
for controlling the buffer manager, an arbitration circuit 74 
that arbitrates the bus connection to the RAM 60, and a sequencer 
7 6 that generates various control signals. 

The RAM 80 functions as a randomly accessible packet 
storage means, where this function is implemented by SRAM, SDRAM, 
or DRAM or the like. 

Note that the RAM 80 is preferably accommodated within 
the data transfer control device of this embodiment. However, 
it is possible to attach part or all of the RAM 80 externally. 

An example of the memory map of the RAM 8 0 is shown in 
Pig. 8- in this embodiment of the invention as shown in Fig- 
8, the RAM 80 is divided into header areas (AR2, AR3, AR4 , and 
ARC) and data areas (AR5, AR7, AR8 , and AR9 } „ The header of a 
packet (broadly speaking, control information) is stored in a 
header area and the data (ORB and stream) is stored in a data 
area - 

In this embodiment of the invention, the data areas (AR5, 
AR7 , AR8 . and AR9) in the RAM 80 are divided into ORB areas (AR5 
and AR7) and stream areas (AR8 and AR9) . 

In addition, the RAM 80 in this embodiment is divided into 
reception areas (AR2, AR4. AR5 , and AR9) and transmission areas 
( AR3 . AR6 , AR7 , and AR8 ) . 

Note that each ORB (first data for a first layer) is data 
(commands) conforming to SBP-2 as described above. A stream 
(second data for a second layer that is above the first layer) 
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is data for the application layer (such as print data for a 
printer, read or write data for a CD-RW, or image data that has 
been fetched by a scanner) , 

A page table area for hardware (HW) , a reception header 
5 area for HW, and a transmission header area for HW, denoted by 
AR1, AR2, and AR3, are areas used by the SBP-2 core 84 of Fig. 
7 for writing and reading the page table, reception header, and 
transmission header ♦ 

Note that the areas denoted by AR4 , AR5 , AR8 , and AR9 in 

10 Pig. 8 form a structure called a ring buffer. 

A bus 90 (or buses 92 and 94) shown in Pig. 7 is for 
connections to applications (a first bus) . Another bus 95 (or 
bus 96) , which is for controlling the data transfer control 
device or for reading and writing data, is connected 

15 electrically to a device (such as a CPU) that controls the data 
transfer control device, as a second bus. Yet another bus 100 
(or buses 102, 104, 105, 10$, 107, 108, and 109) is for electrical 
connections to physical- layer devices (such as a PHY device), 
as a third bus. A further bus 110 (a fourth bus) is for electrical 

20 connections to RAM that acts as a randomly accessible storage 
means. A still further bus 99 (a fifth bus) is for reading and 
writing header information and page table information, to 
enable the SBP-2 core 84 to implement SBP-2 by hardware. 

The arbitration circuit 74 in the buffer manager 70 

25 arbitrates bus access requests from the DMACs 40, 42, and 44, 
the CPU interface 60. and the DMACs 86 and 54. Based on the 
results of this arbitration, a data path is established between 
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one of the buses 105, 107, 109, 96, 99, and 94 and the bus 110 
of the RAM 80 (i.e., a data path is established between one of 
the first, second, third, and fifth buses and the fourth bus) . 

One feature of this embodiment is the way in which it is 
provided with the RAM 80, which stores packets in a randomly 
accessible manner, and also the mutually independent buses 90, 
96. 99, and 100 as well as the arbitration circuit 74 for 
connecting one of those buses to the bus 110 of the RAM 80. 

This configuration makes it possible to separate the bus 
90 between a data transfer control device 120 and an 
application- layer device 124; the CPU bus 96; and the bus 110 
between the data transfer control device 120 and the RAM 80, 
as shown in Fig, 9. The CPU bus 96 can therefore be used solely 
for controlling data transfer. In addition, the bus 90 is 
dedicated so that it can be used for data transfer between the 
data transfer control device 120 and the application- layer 
device 124- If. for example, the electronic equipment in which 
che data transfer control device 120 is incorporated is a 
printer, the bus 90 can be used exclusively for transferring 
print data. As a result, the processing load on the CPU 66 can 
be reduced and the actual transfer speed of the entire system 
can be increased* In addition, an inexpensive device can be 
employed as the CPU 66 and it is also no longer necessary to 
use a high-speed bus as the CPU bus 96. This ensures that the 
electronic equipment can be made less expensive and more 
compact . 
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3. Configuration of SBP-2 Core (Transfer Execution Circuit) 
An example of the structure of the SBP-2 core 84 of Fig. 
7 is shown in Fig> 10- The SBP-2 core 84 automatically divides 
transfer data into a series of packets then transfers the series 
5 of divided packets continuously. It mainly implements the 
packet transfer shown at A3 in Fig - 4 and Bl in Fig - 5 by hardware . 

A main control circuit 200 is a circuit for providing 
control over the entire SBP-2 core 84, and it comprises 
registers 202, 204 , 206, and 208. 
10 in this case, the registers 202, 204, and 206 are used 

^ by the firmware (CPU) for issuing a start command, pause command, 

and a resume command, for data transfer (hardware SBP-2 
0| processing) - in other words, when the firmware writes 1 to the 

P : register 202, this starts processing to divide the transfer data 

\^ IS into a series of packets and transfer them continuously, when 
a the firmware writes 1 to the register 204 during this transfer 

Q processing, the data transfer is paused; when it writes 1 to 

\Z the register 206, the paused data transfer starts again. 

s y 

0 A register 208 is used for specifying whether or not a 

0 

20 page table exists. That is to say, when the firmware has analyzed 
the ORB from the initiator and has determined that no page table 
exists in: the data buffer of the initiator, 1 is written to the 
register 208. When the presence of a page table is determined, 
on the other hand (the case shown in Fig. 6 A) * 0 is written to 

25 the register 208. 

When a page table exists in the data buffer (storage means) 
of the initiator (another node) , a page table fetch circuit 210 
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operates to fetch that page table from the initiator. More 
specifically, the page table fetch circuit 210 instructs a 
transmission header creation circuit 260 to fetch the page table 
then, when the fetch is completed, instructs a page cable 
5 creation circuit 220 to update the page table address and page 
table size. 

When no page table exists in the data buffer of the 
initiator, the page table creation circuit 220 operates to 
create a virtual page table. More specifically, the page table 
10 creation circuit 220 creates the page table in accordance with 
m an algorithm described later when the main control circuit 200 

instructs the creation of the page table. It then performs 
QJ processing to write the created page table to the HW page table 

^ area in RAM. through an element hold circuit 230 and a buffer 

IS interface 29 0- 
s Note that the determination of whether or not a page table 

exists is based on the setting in the register 208, as described 

^; above. The page table that has been fetched or created by the 

Hi 

p page table fetch circuit 210 and/or the page table creation 

20 circuit 220 is stored in the HW page table area (ARl in Fig. 
8) in RAM. 

The- page boundary size specified by the ORB from the 
initiator is set in a register 222 comprised within the page 
table creation circuit 220. When a page table exists, the page 
25 table address and the page table size (number of elements) 
specified by the ORB are set in registers 224 and 226 {see Fig. 
6B) « When no page table exists, on the other hand, the start 
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address and the data length of the transfer data are set (see 
Fig* SC) . An element counter 228 counts the number of elements 
(element pointers) of the page table during the creation of the 
page table. 

The element hold circuit 230 holds information on the page 
table elements that are objects to be processed by the SBP- 
2 core, and comprises a register 232 for holding the segment 
length of the page table elements and a register 234 for holding 
a segment offset address. 

The transfer execution control circuit! 24 0 controls the 
execution of data transfer (data stream transfer) by the SBP-2 
core and comprises registers 242 and 244. The register 242 
displays the number of the page table element that is currently 
being processed. The number of the page table element at which 
the data transfer starts is set by the firmware in the register 
244. This makes it possible for the firmware to start the data 
transfer from any page table element. 

A payload division circuit 2S0 performs processing to 
divide the transfer data into packets of the payload size* The 
maximum payload size, specified by an ORB, is set in a register 
252 comprised within the payload division circuit 250. Another 
register_254 displays the actual payload size. The payload 
division circuit 250 performs the payload division processing, 
based on the segment length of page table elements that is read 
out from the HW page table area (AR1 of Fig. 8) and held in the 
register 23 2 and the maximum payload size that is set in the 
register 252. 
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The transmission header creation circuit 260 creates the 
header of each request packet shown at A3 in Fig. 4 or Bl in 
Fig. 5, based on details such as a speed code and a destination 
ID that have been set by the firmware. The thus created header 
is stored in the HW transmission header area in the RAM (AR3 
in Fig. 8) , In this manner, this embodiment of the invention 
can greatly reduce the processing load on the firmware, because 
the automatic creation of headers of a series of request packet: 
that is to be transferred continuously is done by the hardware. 

A transaction control circuit 270 receives error- 
information and status information from external circuit blocks 
such as the link core and performs processing for executing a 
transaction. On completion of the execution of the transaction, 
the transaction completion signal TComp goes active to inform 
the page table fetch circuit 210 and the payload division 
circuit 250. The 5BP-2 core of this embodiment of the invention 
manages data transfers in transaction units, not packet units. 

A split timer 280 loads a split time value when a 
transaction starts, then starts a count -down. When this count 
reaches zero, the fact that time-out has occurred is transmitted 
to the transaction control circuit 270, 

The' buffer interface 290 functions as an interface with 
the buffer manager 70 of Fig. 7. The configuration is such that 
each block of the SBP-2 core 84 requests access to the RAM 80 
with respect to the buffer manager 70, through the buffer 
interface 290 „ 
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3,1 Main Control Circuit 

The operation of the main control circuit 200 will now 
be described with reference to the flowchart of Fig. 11, 

First of all, the main control circuit 2 00 determines 
whether or not a page table that has been previously stored in 
the HW page table area is to be used (step SI) , then branches 
to step S5 when it is to be used or to step S2 when it is not 
going to be used. The setting that determines whether or not 
a page table that has been previously stored in the KW page table 
area is to be used is implemented by the firmware writing a given 
setting to a given register* 

The main control circuit 200 then determines whether or 
not a page table exists in the data buffer of the initiator, 
based on the setting of the register 208 of Pig. 10 (step S2) . 
When a page table exists, the main control circuit 2 00 instructs 
the page table fetch circuit 210 to start the fetch of the page 
table (step S3) . When no page table exists, on the other hand, 
it instructs the page table creation circuit 220 to start the 
creation of a page table (step S4) . 

When the processing for fetching or creating the page 
table has ended, the main control circuit 200 instructs the 
transfer "execution control circuit 240 to scart the transfer 
execution processing (stream data task) (step S5) . 

Note that the page table creation circuit 220 of this 
embodiment of the invention creates the page table by the 
technique described below. 

Assume, by way of example, that a start address SA of 
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transfer data is between page boundaries PBO and PB1 and an end 
address EA thereof is between paje boundaries PB4 and PBS, as 
shown in Fig. 12. In this case, the page table creation circuit 
220 of this embodiment of the invention creates a virtual page 
5 table in which the number of elements of the page table between 
the page boundary PB1 and PB4 (the Kth and Lth page boundaries) 
is one (broadly speaking , a predetermined number) ♦ 

More specifically, it creates a three-page page table 
wherein a portion between the start address and the page 
10 boundary PB1 becomes an X-type page table element <a first page 
table element) . a portion between the page boundaries PB1 and 
PBd becomes a Y-type page table element (a second page table 
element) , and a portion between the page boundary PB4 and the 
end address becomes a Z- type page table element (a third page 
15 table element) . 

It should be noted, however, that when the start address 
SA of the transfer data lies on the page boundary FBI (the Kth 
page boundary), the X-type page table element is not created 
and thus a two -page page table is formed. Similarly, when the 
20 end address of the transfer data lies on the page boundary PB4 
(the Lth page boundary), the Z-type page table element is not 
created and thus a two -page page table is formed. Furthermore, 
when the start address SA of the transfer data lies between the 
page boutvdaries PBO and PB1 and the end address EA thereof lies 
25 between the page boundaries PBO and PB1 or on the page boundary 
PB1, a one -page page table is created having just the x-type 
page table element between SA and EA. 
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In this embodiment of the invention* the payload division 
circuit 250 of Pig. 10 divides the transfer data into packets 
of the payload size the maximum payload size of which is the 
divisor of the page boundary size. In other words, the data is 
divided into packets such that the maximum payload size MaxPLS 
is the divisor of the page boundary size PBS, as shown in Pig. 
13 , 

When the maximum payload size MaxPLS is set to the divisor 
of the page boundary size PBS in this manner, this ensures that 
the payload of each packet does not traverse a page boundary, 
as shown at CI and C2 in Fig. 13 , by way of example- This ensures 
that data transfer can be done while observing the restrictions 
on traversing a page boundary, even if a page table is created 
such that the number of page table elements between the page 
boundaries PB1 and PB4 is one, as shown in this embodiment of 
the invention. 

3.2 Transfer Execution (Stream Task) Control Circuit 

The operation of the transfer execution control circuit 
240 will now be described with reference to the flowchart of 
Pig- 14. 

First of all, the current element number is loaded into 
the register 242 in Fig . 10 and the start element number is loaded 
into the. register 244 (step S40) . The page table element with 
the current elemenc number is read out from the HW page table 
area in RAM (step S41) . More specifically, the transfer 
execution control circuit 240 instructs the buffer interface 
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290 to read out the page table element that is to be processed, 
when this happens, the buffer interface 230 reads the page cable 
element that is co be processed from the HW page table area in 
RAM, then writes the segment length of the page table element 
5 to the register 232 and the segment offset address to the 
register 234. 

The transfer execution control circuit 240 instructs the 
pay load division circuit 250 to start the pay load division 
processing (step 542} . 
10 The transfer execution control * circuit 24 0 Chen 

□ determines whether the processing of the current page table 

g% element has ended (step S43) and, when it has not ended, the 

jjj flow returns co step S42* When the processing has ended, on the 

yj other hand, it determines whether or not the processing of all 

j~ 15 of the page table elements has ended (step S44) and, when it 
: has not ended, the current element number is incremented by one 

0 (step S4S) then the flow returns to step S41. 

ffj Note that the determination of whether or not the 

3J processing of all of the page table elements has ended is done 

20 by comparing the number of elements obtained by dividing the 
page table size stored in the register 226 by 8 with the current 
element number. 

3.3 Pay Load Division Circuit 
25 The description now turns to the operation of the payload 

division circuit 250. with reference to the flowchart of Fig* 
15. The payload division circuit 250 operates to divide the 
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transfer data into packets of the payload size, as shown in Pig. 
13, 

First of all, the payload division circuit 250 determines 
whether or not the remaining number of bytes of the segment 
length of the page table element that is stored in the register 
232 of Fig- 10 is greater than or equal to the maximum payload 
size (step S51) . When the remaining number of bytes is greater 
than or equal to the maximum payload size, the payload size of 
packets is set to the maximum payload size (step S52) . when the 
remaining number of bytes is less than the maximum payload size, 
as shown at C3 or C4 in Fig. 13 , the payload size of packets 
is set to the remaining number of bytes (step S53) - 

After the payload size has been set, the transmission 
header creation circuit 260 is instructed to start the 
transaction execution processing (create a transmission 
header) (step S54) * When transaction completion is posted by 
the TCorap signal from the transaction control circuit 270, the 
element hold circuit 230 is instructed to update the segment 
length (number of bytes remaining) and the segment offset 
address (start address) of the page table elements that are 
stored in the registers 232 and 234 (step S55) » 

The payload division circuit 250 then determines whether 
or not to pause the processing, based on the Pause signal from 
the main control circuit 200, (step S56) or, when the processing 
has been paused, it resumes the processing on condition that 
the Pause signal has gone inactive (step S57) . 
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3.4 Transmission Header Creation Circuit and Transaction 
Control Circuit 

The operation of the transmission header creation circuit 
2 60 and the transaction control circuit 27 0 will now be 
described, with reference to the flowchart of Fig. 16. 

The transmission header creation circuit 2 60 first 
creates a request packet header and writes it to the HW 
transmission header area (AR3 of Pig. 8) (step SSI) . More 
specifically, when data is to be sent to the initiator as at 
A3 in Pig. 4, a header for a write request (block write request) 
packet is written to the Hw transmission header area. When data 
is to be received from the initiator as at Bl in Pig, 5 or when 
a page table is to be fetched, on the other hand, a header for 
a read request packet is written to the HW transmission header 
area . 

A transfer start signal (HWStart) is then made active to 
instruct the start of the transfer (step S62) and the 
transaction control circuit 270 waits from an ACK from the 
initiator (step S63) - 

When the transmission packet was a read request packet, 
the transaction control circuit 270 determines whether or not 
the state is ACK pending (step S65) and, when the state is not 
ACK pending, the flow proceeds to step 572 to set an error pause 
state. When the state is ACK pending, on the other hand, the 
transaction control circuit 270 instructs the activation of the 
split timer (step S66) and waits for the reception of a response 
packet (step S67) . 
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The transaction control circuit 270 then determines 
whether or not the reception of the response packet was perfect 
(step S68) - When there is a DCE error* it waits again for the 
reception of a response packet; or when the reception was 
5 perfect* the flow proceeds to step S69; or in all other cases 
the flow proceeds to step S72 to set the error pause state. When 
the flow has branched to step S69, the split timer is instructed 
to stop, the TComp signal is made active and the transfer data 
pointer is updated (step S70) - 
10 When the transmission packet was a write request packet, 

on the other hand, the transaction control circuit 270 first 

W determines whether or not the state is ACX pending (step S71) . 

When the state is ACK pending* the flow proceeds to step S66; 
when the state is ACK complete, the flow proceeds to step S70; 

^ 15 and in all other cases, the flow proceeds to step S72 to set 

s the error pause state. 

U Note that if the flow has branched to step S72 and the 

if error pause state has been set, the flow proceeds to step S62 

0 on condition that processing has been resumed (step S73) - In 

20 other words, the transmission header that has already been 
written to the HW transmission header area is re-used and the 
transfer-restarts . 

4. Cancellation of Data Transfer Start (Resume) Command 
25 With this embodiment of the present invention as described 

above, the transfer processing shown at A3 in Fig. 4 or Bl in 
Fig- 5 is done automatically by the hardware. In other words, 
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when the firmware instructs the start of continuous packer 
transfer (if it writes 1 to the register 202 of Fig. 10) , the 
hardware of the SBP-2 core 84 automatically executes page table 
fetch or creation processing, payload division processing, 
5 transmission header creation processing, transfer start 
processing for each packet, and error processing, to transfer 
a series of packets automatically. This enables a huge reduction 
in the processing load on the firmware, enabling a large 
improvement in the actual transfer speed of the data transfer 
10 control device 
n When a cable is unplugged or plugged under the IEEE 13 94 

-. f*3 

3j configuration, however, a bus reset (broadly speaking, a reset 

W that clears the node topology information) occurs . Since a cable 

.0 could be unplugged or plugged at any time, the firmware 

15 (processing means) operating in the CPU is unable to forecast 
*. when such a bus reset will occur. It could therefore happen that 

□ the firmware issues a command to start the continuous transfer 

m of packets during the bus reset period after a bus reset has 

Sjj occurred. When such a situation occurs, various problems could 

20 occur, such as the start of transmission of a large number of 
packets that ought to have been invalidated by the bus transfer- 
A particular problem is caused by the fact that electronic 
equipment that incorporates such a data transfer control device 
tends ta'use an inexpensive low-speed CPU. It is therefore 
25 possible that a long delay may occur between the start of data 
transfer and the instruction to halt data transfer from the 
firmware, even if means such as an interrupt is used to inform 
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the firmware of the occurrence of a bus reset* which makes the 
above described problems even more serious. 

This embodiment of the invention is configured in such 
a manner that, when the firmware issues a data transfer start 
command (or resume command) during a bus reset, the execution 
of that command is canceled and also the firmware is informed 
that the execution of the command has been canceled by the bus 
reset. The technique used for canceling a data transfer start 
command or resume command is described below in more detail - 

An example of the structure of the main control circuit 
200 of Pig. 10 is shown in Pig- 17- Note that circuit portions 
that are not relevant to the present invention have been omitted 
from Fig- 17. 

In this figure, D flip-flops DFF1, DFF6. and DFF10 are 
equivalent to the registers 204 , 206, and 202 of Fig. 10. 

When the CPU writes 1 to a bit K of a data bus signal DIN 
to make a write enable signal wr become 1 (active) , for example. 
1 is written to DFF1 (the pause register 204) at the rise edge 
of HCLK which is the operating clock of the CPU. A DelayedPause 
signal, which is a signal of one clock (SCLK) width, is created 
by D flip-flops DFF2, DFF3 , DFF4, and DFF5, which operate at 
SCLX which" is the system clock of the data transfer control 
device, and an AND gate AND 2 - 

Whexi 1 is written to a bit L of the DIN signal and the 
WR signal goes to 1, 1 is written to the DDFS (the resume register 
206) , and a Resume signal of one clock width is created by D 
flip-flops DFF7, DFF8, and DFF9 and an AND gate AND5. 
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similarly, when 1 is written to a bit M of the DIN signal 
and the WR signal goes to 1, 1 is written to the DFF10 (the start 
register 202) and a Start signal of one clock width is created 
by D flip-flops DFFll, DFF12 , and DFF13 and an AND gate AND 8 . 

A cancellation circuit 300 comprises AND gates AND 4 , AND 5 # 
AND7, AND 3 . 

In this case, an inverted signal of an output Q7 of the 
DFF7 and an output Q8 of the DFF8 are input no both the AND 4 
and the AND 5 . It should be noted, however, chat a bus reset period 
signal BRPeriod is input unchanged to the AND4 whereas an 
inversion of the BRPeriod signal is input to the AND 5 . This input 
of the inverted BRPeriod signal to the AND 5 ensures that, when 
the CPU (firmware) issues a resume command during the bus reset 
period, the execution of that command can be canceled. 

An inverted signal of an output Qll of the DFFll and an 
output Q12 of the DFF12 are input to both the AND 7 and the AND 8 . 
It should be noted, however, that the BRPeriod signal is input 
unchanged to the AND7 whereas an inversion of the BRPeriod 
signal is input to the AND 8 * This input of the inverted BRPeriod 
signal to the AND 8 ensures that, when the CPU issues a start 
command during the bus reset period, the execution of that 
command can be canceled. 

Cancell and Cancel2, which are outputs of the AND 4 and 
the AND7,~~are input to an OR gate 0R1- A signal INTBRC that is 
the output of 0R1 is input to the interrupt controller 64 in 
the CPU interface 60 of Fig. 7. 

when the CPU issues a resume command or start command 
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during the bus reset period in which BRPeriod is 1, either 
Cancell or Cancel2 goes to 1, This sets INTBRC to 1* which issues 
an interrupt to the CPU through the interrupt controller 64 . 
When that happens, the CPU reads a factor register 65 and 
5 analyzes the factor of the interrupt. This informs the CPU 
(firmware) that the command has been canceled by the issue of 
the bus reset* 

A start control circuit 310 is a circuit that controls 
the start of data transfer. Start, FromStream, FetchDone, 
10 MaJteDone, and StreamDone signals are inpuc thereto, it outputs 
[: ; StartFetch, St art Make, and Starts cream signals* 

if In this case, Start is a signal that goes to 1 when the 

00 CPU (firmware) issues a data transfer start command as 

yp previously described. 

% 15 FromStream is a signal that goes to 1 when processing 

5 starts from stream transfer (the transfer of A3 in Fig, 4 or 

Q Bl in Fig. 5), not performing the page cable fetching or 

U= creating. 

y StartFetch. StartMake, and StartStream are signals that 

20 go to 1 when the page table fetch circuit 210, the page table 
creation circuit 220. and the transfer execution control 
circuit 240 are instructed to fetch the page table, create the 
page table, or start the stream transfer, respectively- 

Similarly, FetchDone, MakeDone, and StreamDone are 
25 signals that go to 1 when the corresponding page table fetch, 
page table creation, or stream transfer is completed • 

Exec is a signal that is 1 during the execution of a data 
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transfer. 

A pause control circuit 3 20 is a circuit that controls 
any pause in the data transfer. DelayedPause, Resume, Exec, and 
Err signals are input thereto and it outputs the Pause signal. 

In this case, DelayedPause and Resume are signals that 
go to 1 when the CPU issues a data transfer pause command or 
resume command, respectively. Note that the DelayedPause signal 
is delayed by one clack (SCLK) pulse after the Resume signal. 

Err is a signal that goes to 1 when an error occurs during 
the data transfer. 

The Pause signal goes to 1 when the data transfer is paused, 
as described with reference to step S5G of Fig- IS. 

The operation of the start control circuit 310 will now 
be described with reference to the state transition chart shown 
in Fig. IS. 

First of all, Comp (a completion signal) and Exec are set 
to zero in a state SQ0~ When the Start signal goes to 1 and also 
the FromStream is 0, the state changes to a state SOI at the 
next clock. In this state SOI, the Exec signal goes to 1. when 
a page table exists, the StartFetch signal goes to 1; when no 
page table exists, the StartMake signal goes to 1- This starts 
the fetch or creation of the page table. The state changes to 
a state S02 at the next clock, whereupon the StartFetch and the 
StartMake both return to 0. 

Nore that when both the Start and FromStream signals 
become 1 in state S00, the state changes to a state S04 at the 
next clock and the page table fetch or creation processing is 
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omitted. 

When both, the FetchDone and the MakeDone signals become 
L in state S02. the state changes to a state S03 at the next 
clock. When the Pause signal goes to 1, the state remains at 

503. when the Pause signal goes to 1 in this embodiment of the 
invention, the transfer processing is paused at the completion 
of the page table fetch or creation. 

When the Pause signal goes to 0 and the state changes to 

504, on the other hand, the StartStream signal goes to 1 and 
stream transfer starts. The StartStream signal returns to 0 at 
the next clock (state SOS) . When the stream transfer is 
completed and the streamDone goes to 1, the completion signal 
Comp goes to 1 (state S06) . 

The operation of the pause control circuit 320 will now 
be described with reference to the state transition chart of 
Fig. 19- 

The Pause signal goes to 0 in a state S10. when the 
DelayedPause and the Exec signals both become 1, the state 
changes to a state Sll at the next clock and the Pause signal 
goes to 1. This causes the transfer processing to pause. When 
the Resume signal goes to 1 and also the Err signal (or the Exec 
signal) goes to 0, the Pause signal returns to 0. This makes 
the paused transfer processing resume. 

A timing waveform chart used to illustrate the operation 
of the main control circuit of Fig. 17 is shown in Fig* 20. 

In Fig- 20, BRDetect is a signal that goes to 1 when a 
bus reset is detected. SelflDEnd is a signal that goes to 1 at 
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the completion of self -identification processing performed 
after a bus reset. The bus reset period signal BRPeriod goes 
to 1 at the fall edge of the BRDetect signal and goes to 0 at 
the fall edge of the SelflDEnd signal. Therefore, the period 
5 during which the BRPeriod signal is 1 is the bus reset period. 

At El in Fig. 20, the BRPeriod signal is 0 so this is not 
the bus reset period. In that case, when the CPU issues a start 
(or resume) command and both the M (or h) bit of the DIN signal 
and the WR signal go to 1 at E2 and the Start (or Resume) signal 
10 goes to 1 at E3. This starts (or resumes} the data transfer. 
H At Fig- 20, on the other hand, the. BRPeriod signal 

J* " is 1 so this is within the bus reset period, in that case, when 

w fc he CPU issues a start (or resume) command and both the M (or 

I») bit of the DIN signal and the WR signal go to 1 at E5 and 
L ^ 15 the Start (or Resume) signal goes to 0 at £6. The start (or 
s resume) command issued by the CPU is therefore canceled. In 

Q other words, the input of the inverted BRPeriod signal (0) to 

the AND5 and the AND 8 of Pig. 17 ensures that the signal pulses 
P of the Q8 and Q12 outputs are masked and Q8 • Q12 ' outputs of 

5 ""'3 

20 the AND 5 and the AND 8 are fixed to 0. This also fixed the Start 
(Resume) signal at 0 and cancels the data transfer start (or 
resume) . — - 

During this time, the unchanged BRPeriod is input to the 
AND4 and the AND7. When a start (or resume) command is issued 
2 5 and thus a signal pulse is emitted from Q8 or Q12, therefore, 
Cancell or Cancel2 goes to 1 and the INTBRC goes to 1, as shown 
at E7 in Pig. 20. This ensures that the CPU is informed of the 
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cancellation of the start (or resume) command by the interrupt 
controller 64 . 

with this embodiment of the invention as described above, 
a start (or resume) command can be canceled when it was issued 
during the bus reset period. No data transfer occurs, therefore, 
even if the CPU considers that it has issued a start command. 

In other words, when transfer start is instructed for a 
packet after a bus reset, that packet ought to be invalidated. 
However, when a start command is issued in the data transfer- 
control device of this embodiment of the invention, a series 
of packets will be transferred automatically in series by the 
hardware, as shown at A3 in Fig. 4 or Bl in Fig* 5. This packet 
transfer continues unless the CPU halts the transfer. This 
therefore makes problems such as the transmission of a large 
number of invalid packets, the eausing of misoperation in other 
circuit blocks such as the link core, or disruption of the 
operation of the CPU. With this embodiment of the present 
invention, the start command issued by the CPU is canceled 
immediately* making it possible to avoid such problems. 

Other techniques that are different from that of this 
embodiment of the invention could be considered, such as that 
described below by way of example. In other words, an interrupt 
alone could be issued is a start command is issued during the 
bus reset_period, without canceling the command. The CPU, which 
has been informed of the bus reset by the interrupt, could write 
1 to the register 204 of Fig. 10 to pause the packet transfer, 
by way of example. 
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This technique is inconvenient in that an extremely large 
number of packets are transmitted between the issue of the start 
command and the pausing of the transfer processing caused by 
the CPU writing 1 to the register 204. A particular problem is 
5 caused by the fact that electronic equipment that incorporates 
such a data transfer control device tends to use an inexpensive 
low -speed CPU. When such a low- speed CPU is used, a long time 
could elapse after the issue of a start command until the pausing 
of the transfer processing, which would make the above described 

10 problem even more serious . 

With this embodiment of the invention, any start command 
chat is issued during the bus reset period by the CPU is 
immediately canceled and data transfer is not started, thus not 
even one packet is transmitted. The cancellation of the command 

15 is informed to CPU in an ex-post- facto manner after the 
cancellation, by using the interrupt- Therefore, the above 
described problem can be prevented without depending on the 
speed of the CPU. 

Note that the timing at which the bus reset occurs is 

20 arbitrary, which means that a bus reset could occur after the 
CPU has issued a start command. To ensure that any packet 
(transaction) after a bus reset is invalidated, it is necessary 
to temporarily halt transfer processing if a bus reset occurs 
after a s-tart command is issued* 

25 In such a case, the CPU of this embodiment of the invention 

has the ability to pause the transfer processing by writing 1 
to the register 204 of Fig. 10 (the DFP1 of Pig. 17) . After 
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processing to distinguish invalid packets (packets from after 
a bus reset) and packets that are not invalid (packets from 
before the bus reset) , transfer processing can be resumed by 
writing 1 to the register 206 of Fig. 10 (the DFF6 of Fig. 17) . 
5 Note that the location at which this embodiment of the 

invention pauses the transfer processing has been determined 
previously (at step S56 of Pig. 15, step S72 of Fig- 16, or state 
S03 of Fig. 18, by way of example) . If it were made possible 
to enable pauses at any desired location, problems will occur 

10 such as an increase in the complexity of the circuit 
configuration, which means that determining the pause location 
beforehand will simplify the circuit configuration- It is 
possible to enable stable operation and prevent the occurrence 
of bugs by ensuring that transfer processing is paused at a 

IS location that provides a favorable breakpoint, such as after 
information has been updated (step S56 of Fig. 15) , ox after 
the start of data transfer (step S72 of Fig. 16), or after the 
completion of page table fetch or creation (state S03 of Fig. 
18) . 

20 

5. Step Execution 

It -is possible to implement step execution of transfer 
processing with the circuit of Fig. 17. In other words, when 
the CPU issues a resume command and a pause command together 
25 (at the same timing) , transfer processing is executed in steps. 

Assume that the bit K of the data bus signal DIN and the 
WR signal become 1, as shown by way of example at Fl in Fig. 
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21, In such a case, the DelayedPause signal alone goes to 1 at 
F2 and the transfer processing pauses. 

Assume that both the bits K and L of the DIN signal and 
the WR signal become 1 at F3 in Pig- 21. In such a case, the 
Resume signal goes to 1 at F4 and the DelayedPause signal goes 
to 1 after a delay of one clock period- Step execution of the 
transfer processing can be implemented by inputting these 
Resume and DelayedPause signals to the pause control circuit 
320. 

When the CPU issues a start command, as shown by way of 
example in Pig. 22, the Stare signal goes to 1 at Gl . This causes 
the Exec signal to go to 1 at G2 (state SOI of Fig. 18) and 
transfer processing starts. 

When the CPU then issues . a pause command and the 
DelayedPause signal goes to 1 (active) at G3 , the Pause signal 
goes to 1 at 64 (state Sll of Pig. 19) . This pauses the transfer 
processing at a previously determined pause location (such as 
at step S56 of Fig. 15 or state S03 of Fig, 18) . 

When the CPU subsequently issues a resume command so the 
Resume signal goes to 1 (active) as shown at OS, the Pause signal 
goes to 0 at G6 (state S10 of Fig- 19) and transfer processing 
resumes • ' when the CPU issues a pause command and the 
DelayedPause signal goes to 1 at G7, the transfer processing 
pauses again. 

When the CPU subsequently issues both a pause command and 
a resume command together so that both the bits K and L of the 
DIN signal and the WR signal go to 1, as described previously 
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with reference to F3 of Fig. 21 , the Resume signal goes to 1 
at G8 of Fig. 22 then the DelayedPause signal goes to 1 after 
a delay of one clock period. This changes the Pause signal from 
1 to 0 as shown at G10, but it returns to 1 after being at 0 
5 for one clock period, as shown at Oil- This means that the 
transfer processing is executed for only one clock period then 
the transfer processing pauses at the next location at which 
a pause is possible. In other words, step execution of the 
transfer processing is implemented. 

10 When step execution is enabled in this fashion, it become 

possible to transfer packets one at a time. In other words, when 
the CPU issues a pause command and a resume command together 
during the payload division of Fig. 15, the transfer processing 
is first resumed at step S57 by making the Pause signal go to 

15 0. When the Pause signal goes to 1 subsequently* the processing 
of step S43 of Fig. 14 and steps S51 to SS5 of Fig. IS is executed 
to transfer one packet of the payload size, then the transfer 
processing is paused (step SSS) , When the CPU again issues a 
pause command and a resume command together, the next packet 

2 0 is transferred then the transfer processing is paused again. 
By enabling step execution that transfers packets one at a time 
in this manner, it becomes possible to debug the firmware and 
the SBP-2 core. 

In another technique which differs from that of this 

25 embodiment of the invention and which could also be considered, 
the CPU first issues a resume command and a packet is transferred, 
then the CPU issues a pause command in the next write cycle to 
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pause the transfer of the packet* However, it is clear from Fig. 
21 that the operating speed of the CPU is generally slow so the 
write cycle of the CPU is long. With the above described 
technique, therefore, after the CPU has issued the resume 
S command, a plurality of packets could be transferred before the 
pause command is issued* In other words, it is not possible to 
use this technique to implement step execution for the transfer 
of one packet at a time. 

In contrast thereto, this embodiment of the invention 
10 succeeds in implementing step execution for 

fn transferring packets one at a time, by a simple technique 

2* wherein one D flip-flop (the DFF5 of Pig. 17) is added to delay 

op the DelayedPause signal by one clock period beyond the Resume 

signal. 

= 6- Electronic Equipment 

p The description now turns to examples of electronic 

equipment comprising the data transfer control device of this 

= y 

P embodiment. 

20 An internal block diagram of a printer that is one example 

of such electronic equipment is shown in Fig, 23A with an 
external -view thereof being shown in Fig. 24A- A CPU 
(microcomputer) 510 has various functions, including that of 
controlling the entire system. An operating section 511 is 

25 designed to allow the user to operate the printer* Data such 
as a control program and fonts is stored in a ROM 516, and a 
RAM 513 functions as a work area for the CPU 510 . A display panel 
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519 is designed to inform the user of the operational state of 
the printer. 

Print data that is sent from another node, such as a 
personal computer, through a PHY device 502 and a data transfer 
control device 500 is sent directly to a print processing 
section 512 over a bus 504. The print data is subjected to given 
processing by the print processing section 512 and is output 
for printing to paper by a print section (a device for outputting 
data) 514. 

An internal block diagram of a scanner that is another 
example of electronic equipment is shown in Fig. 23B with an 
external view thereof being shown in Fig. 24 B. An operating 
section 521 is designed to allow the user to operate the scanner. 
Data such as a control program is stored in a ROM 52$ and a RAM 
528 functions as a work area for the CPU 520. 

An image of a document is read in by an image read section 
(a device for fetching data} 522, which comprises components 
such as a light source and an opto- electric converter, and data 
of the read- in image is processed by an image processing section 
524. The processed image data is sent, directly to the data 
transfer control device S00 over a bus SOS. The data transfer 
control d<evice 500 creates packets by attaching headers and the 
like to this image data, then sends those packets through the 
PHY device 502 to another node such as a personal computer. 

An internal block diagram of a CD-RW drive that is a further 
example of electronic equipment is shown in Fig. 23C with an 
external view thereof being shown in Fig. 24C. A CPU 53 0 has 
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various functions, including chat of controlling the entire 
system. An operating section 531 is designed to allow the user 
to operate the CD-RW- Data such as a control program is stored 
in a ROM 536 and a RAM 53 8 functions as a work area for the CPU 
530. 

Data read out from a CD-RW 53 2 by a read/vrite section 
(a device for fetching data or a device for storing data) 533, 
which comprises components such as a laser, a motor* and an 
optical system, is input to a signal processing section 534 
where it is subjected to given signal processing such as error 
correction. The data transfer control device 500 creates 
packets by attaching headers and the like to this data, then 
sends those packets through the PHY device 502 to another node 
such as a personal computer. 

Data that has been sent in from another node through the 
PHY device 502 and the data transfer control device 5 00, on the 
other hand, is sent directly to the signal processing section 
534 over the bus 506. The data is subjected to given signal 
processing by the signal processing section 534 then is stored 
by a read/write section 533 in the CD-RW 532. 

Note that another CPU could be provided to enable data 
trans fer-eontrol by the data transfer control device 500 f in 
addition to the CPU 510, 520, or 530 of Pig. 23A # 23B, or 23C. 

In addition, a RAM 501 (equivalent to the RAM 80 of Fig. 
7) is shown provided outside the data transfer control device 
500 in Figs. 28A, 28B, and 28C, but the RAM 501 could equally 
well be provided within the data transfer control device 500. 



45 



# 



Use of the data transfer control device of this embodiment 
in electronic equipment makes it possible to perform high- speed 
data transfer. Therefore, if a user wishes to order a printout 
from a personal computer or the like, the printout can be 
completed with only a small time lag. Similarly, a user can see 
a scanned image with only a small time lag after instructing 
the scanner to take an image. It is also possible to read data 
from a CD-RW or write data to a CD-RW at high speeds. The present 
invention also makes it simple to use a plurality of items of 
electronic equipment connected to one hose system or a plurality 
of items of electronic equipment connected to a plurality of 
host systems, for example. 

use of the data transfer control device of this embodiment 
of the invention in electronic equipment also reduces the 
processing load on firmware running on the CPU, making it 
possible to use an inexpensive CPU and low- speed buses _ This 
enables further reductions in the cost and size of the data 
transfer control device, thus reducing the cost and size of the 
electronic equipment . 

In addition, this prevents the occurrence of any problems 
caused by a bus reset, even when a bus reset has occurred because 
new electronic equipment has been connected to the bus, thus 
making it possible to guarantee the stable operation of the 
electronic equipment. 

Note that the electronic equipment that can employ a data 
transfer control device in accordance with the present 
invention is not limited to the above described embodiments. 
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and thus various other examples can be considered, such as 
various types of optical disk drive (CD-ROM or DVD), 
magneto-optic disk drives (MO), hard disk drives, TVs, VCRs, 
video cameras. audio equipment, telephones, projectors, 
S personal computers, electronic note books, and dedicated 
wordprocessors . 

Note also that the present invention is noc limited to 
the embodiments described herein, and various modifications are 
possible within the scope of the invention laid out herein. 
10 For example, the configuration of the data transfer 

control device in accordance with the present invention is 
preferably that as shown in Fig. 7, but it is not limited thereto. 

Similarly, the configuration of the transfer execution 
circuit (SBP-2 core) is preferably that as shown in Pig. 10, 
IS but itL is not limited thereto. 

Furthermore, the techniques used for starting, pausing, 
and resuming transmission are not limited to those described 
with reference to these embodiments. 

In addition, the configurations of the start means, pause 
20 means, resume means, and cancellation means are most preferably 
those as exemplified in Fig. 17, but they are not limited 
thereto - — - 

The technique of posting the fact that command execution 
has been canceled is most preferably done by using an interrupt 
25 as described with reference to Fig. 17, but it is not limited 
thereto. 

The present invention is particularly useful with respect 
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to bus resets as def i ned by the IEEE 1394 staindardf but it can 
also be applied to any reset that clears at least node topology 
inf ormation. 

Similarly, the present invention is preferably applied 
to data transfer as defined by the IEEE 13 94 standard, but it 
is not limited thereto. For example , the present invention can 
also be applied to data transfer in accordance with standards 
that are based on a similar concept to that of IEEE 1394 or 
standards that are developed from IEEE 1394. 
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What is claimed is: 

1. A data transfer control device for transferring data 
among a plurality of nodes that are connected to a bus, the data 
transfer control device comprising: 

means for starting transfer processing when processing 
means issues a start command for data transfer, and for resuming 
transfer processing when the processing means issues a resume 
command for data transfer; 

cancellation means for canceling an execution of the start; 
command or the resume command, when the processing means issues 
che start command or the resume command during a period of a 
reset that clears node topology information; and 

means for informing che processing means that command 
execution has been canceled by the reset. 

2 . The data transfer control device as defined in claim 
1, further comprising: 

means for issuing an interrupt with respect to the 
processing means when an execution of the start command or the 
resume command for data transfer is canceled by the occurrence 
of the reset; and 

factor storage means for informing the processing means 
of a factor of the interrupt. 

3. The data transfer control device as defined in claim 

1. 
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wherein the cancellation means cancels the start command 
or the resume command by using a signal that goes active during 
the reset period to mask a signal that goes active when the 
processing means issues the start command or the resume command. 

4 . The data transfer control device as defined in claim 
1, further comprising: 

means for pausing transfer processing at a previously- 
determined location when the processing means issues a data 
transfer pause command or when a transfer error occurs. 

5 . The data transfer control device as defined in claim 
1, further comprising: 

transfer execution means for executing processing for 
dividing transfer data into a series of packets then 
transferring the divided series of packets continuously, when 
the processing means issues the start command for data transfer. 

6. The data transfer control device as defined in claim 

1. 

wherein the reset is a bus reset as defined by the IEEE 
13 94 standard. 

7. A data transfer control device for transferring data 
among a plurality of nodes that are connected to a bus, the data 
transfer control device comprising: 

transfer execution means for executing processing for 
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dividing transfer data into a series of packets then 
transferring the divided series of packets continuously, when 
processing means issues a start command for data transfer; and 
pause means for pausing a transfer processing after a step 
execution of the transfer processing, when the processing means 
issues a resume command and a pause command for data transfer 
cogether. 

8. The data transfer control device as defined in claim 

7, 

wherein the pause means executes the step execution and 
the pause of the transfer processing, based on a resume signal 
that goes active when the resume command is issued, and a delay 
pause signal that goes active after a delay of a given period 
after the resume signal goes active when the resume command and 
the pause command are issued together. 

9 . The data transfer control device as defined in claim 

wherein data transfer is performed in accordance with the 
IEEE 13 94 standard, 

10. The data transfer control device as defined in claim 

7, 

wherein data transfer is performed in accordance with the 
IEEE 1394 standard. 
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11. Electronic equipment comprising: 

the data transfer control device as defined in claim 1; 

a device for performing given processing on data that has 
been received from another node via the data transfer control 
device and the bus; and 

a device for oucputting or storing data that has been 
subjected to the processing. 

12. Electronic equipment comprising: 

the data transfer control device as defined in claim €; 

a device for performing given processing on data that has 
been received from another node via the data transfer control 
device and the bus; and 

a device for outputting or storing data that has been 
subjected to the processing. 

13. Electronic equipment comprising: 

the data transfer control device as defined in claim 7; 

a device for performing given processing on data that has 
been received from another node via the data transfer control 
device and the bus; and 

a device for outputting or storing data that has been 
subjected to the processing* 

14. Electronic equipment comprising: 

the data transfer control device as defined in claim 9; 
a device for performing given processing on data that has 
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been received from another node via the data transfer control 
device and the bus; and 

a device for outputting or storing data that has been 
subjected to the processing. 

15. Electronic equipment comprising: 

the data transfer control device as defined in claim 10; 

a device for performing given processing on data that has 
been received from another node via the data transfer control 
device and the bus; and 

a device for outputting or storing data that has been 
subjected to the processing. 

16. Electronic equipment comprising: 

the data transfer control device as defined in claim 1; 

a device for performing given processing on data that is 
to be transferred to another node via the data transfer control 
device and the bus; and 

a device for fetching data to be subjected to the 
processing. 

17 , - Electronic equipment comprising: 

the data transfer control device as defined in claim 6; 

a device for performing given processing on data that is 
to be transferred to another node via the data transfer control 
device and the bus; and 

a device for fetching data to be subjected to the 
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processing . 

18. Electronic equipment comprising: 

the data transfer control device as defined in claim 7; 

a device for performing given processing on data that is 
to be transferred to another node via the data transfer control 
device and the bus; and 

a device for fetching data to be subjected to the 
processing. 

19. Electronic equipment: comprising: 

the data transfer control device as defined in claim 9; 

a device for performing given processing on data that is 
to be transferred to another node via the data transfer control 
device and the bus; and 

a device for fetching data to be subjected to the 
processing. 

20. Electronic equipment comprising: 

the data transfer control device as defined in claim 10; 

a device for performing given processing on data that is 
to be transferred to another node via the data transfer control 
device and the bus; and 

a device for fetching data to be subjected to the 
processing. 
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ABSTRACT 

The objective of the present invention is to provide a 
data transfer control device and electronic equipment that 
S guarantee stable operation even if a reset that clears the node 
topology information occurs- When a CPU (firmware) of a data 
transfer control device in accordance with the IEEE 13 94 
standard issues a data transfer stare (or resume) command during 
a bus reset period, the execution of that command is canceled. 

10 The fact that the command lias been canceled is informed to the 
CPU by an interrupt- The command is canceled by using a signal 
that is active during the bus reset period to mask a signal that 
goes active when a command is issued. When a pause command is 
issued, the transfer processing pauses at a previously 

15 determined pause location. Transfer data is automatically 
divided into a series of packets to be transferred continuously 
by the hardware. When a resume command and a pause command for 
transfer data have been issued together, the CPU executes the 
transfer processing in steps then pauses the transfer 

20 processing . 
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